home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / FREENET / MONESI / PPPDRV23 / pppd_man < prev   
Text File  |  1997-02-07  |  50KB  |  1,171 lines
  1.  
  2.  
  3. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  4.  
  5.  
  6. NAME
  7.      pppd - Point to Point Protocol daemon
  8.  
  9. SYNOPSIS
  10.      pppd [ tty_name ] [ speed ] [ options ]
  11.  
  12. DESCRIPTION
  13.  
  14.      The Point-to-Point Protocol (PPP)  provides  a  method  for  transmitting
  15.      datagrams  over  serial  point-to-point  links.  PPP is composed of three
  16.      parts: a  method  for  encapsulating  datagrams  over  serial  links,  an
  17.      extensible  Link  Control Protocol (LCP), and a family of Network Control
  18.      Protocols (NCP) for establishing and configuring different  network-layer
  19.      protocols.
  20.  
  21.      The encapsulation scheme is provided by driver code in the kernel.   Pppd
  22.      provides   the   basic  LCP,  authentication  support,  and  an  NCP  for
  23.      establishing and configuring the Internet Protocol (IP)  (called  the  IP
  24.      Control Protocol, IPCP).
  25.  
  26. FREQUENTLY USED OPTIONS
  27.  
  28.      <tty_name>
  29.           Communicate over the named device.  The string "/dev/" is  prepended
  30.           if  necessary.   If  no  device name is given, or if the name of the
  31.           terminal connected to the standard input is  given,  pppd  will  use
  32.           that  terminal,  and  will not fork to put itself in the background.
  33.           This option is privileged if the noauth option is used.
  34.  
  35.      <speed>
  36.           Set the baud rate to <speed> (a decimal number).  On systems such as
  37.           4.4BSD  and NetBSD, any speed can be specified.  Other systems (e.g.
  38.           SunOS) allow only a limited set of speeds.
  39.  
  40.      asyncmap <map>
  41.           Set the async character map to  <map>.   This  map  describes  which
  42.           control  characters  cannot be successfully received over the serial
  43.           line.  Pppd will ask the peer to send these characters as  a  2-byte
  44.           escape  sequence.  The argument is a 32 bit hex number with each bit
  45.           representing a character to escape.  Bit 0 (00000001) represents the
  46.           character  0x00;  bit 31 (80000000) represents the character 0x1f or
  47.           ^_.  If multiple asyncmap options are given,  the  values  are  ORed
  48.           together.   If  no  asyncmap option is given, no async character map
  49.           will be negotiated for the receive direction; the peer  should  then
  50.           escape  all  control  characters.  To escape transmitted characters,
  51.           use the escape option.
  52.  
  53.      auth Require the peer to  authenticate  itself  before  allowing  network
  54.           packets to be sent or received.
  55.  
  56.      call name
  57.           Read options from  the  file  /etc/ppp/peers/name.   This  file  may
  58.           contain  privileged  options,  such  as  noauth, even if pppd is not
  59.           being run by root.  The name string may not begin with / or  include
  60.           ..  as  a  pathname  component.   The  format of the options file is
  61.           described below.
  62.  
  63.  
  64.                                                                              1
  65.  
  66.  
  67.  
  68. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  69.  
  70.  
  71.      connect script
  72.           Use the executable or shell command specified by script  to  set  up
  73.           the  serial  line.   This  script  would  typically  use the chat(8)
  74.           program to dial the modem and start the remote  ppp  session.   This
  75.           option is privileged if the noauth option is used.
  76.  
  77.      crtscts
  78.           Use hardware flow control (i.e. RTS/CTS) to control the flow of data
  79.           on the serial port. If neither the crtscts nor the nocrtscts  option
  80.           is  given, the hardware flow control setting for the serial port  is
  81.           left unchanged.
  82.  
  83.      defaultroute
  84.           Add a default route to the system routing tables, using the peer  as
  85.           the  gateway, when IPCP negotiation is successfully completed.  This
  86.           entry is removed when the PPP connection is broken.  This option  is
  87.           privileged if the nodefaultroute option has been specified.
  88.  
  89.      disconnect script
  90.           Run the executable or shell command specified by script  after  pppd
  91.           has  terminated  the  link.   This  script could, for example, issue
  92.           commands to the modem to cause it  to  hang  up  if  hardware  modem
  93.           control  signals  were  not available.  The disconnect script is not
  94.           run if the modem has already hung up.  This option is privileged  if
  95.           the noauth option is used.
  96.  
  97.      escape xx,yy,...
  98.           Specifies that certain characters should be escaped on  transmission
  99.           (regardless of whether the peer requests them to be escaped with its
  100.           async control character map).  The  characters  to  be  escaped  are
  101.           specified  as  a list of hex numbers separated by commas.  Note that
  102.           almost any character can be specified for the escape option,  unlike
  103.           the  asyncmap  option  which  only  allows  control characters to be
  104.           specified.  The characters which may not be escaped are  those  with
  105.           hex values 0x20 - 0x3f or 0x5e.
  106.  
  107.      file name
  108.           Read options from file name (the format is  described  below).   The
  109.           file must be readable by the user who has invoked pppd.
  110.  
  111.      lock Specifies that pppd should create a UUCP-style  lock  file  for  the
  112.           serial device to ensure exclusive access to the device.
  113.  
  114.      mru n
  115.           Set the MRU [Maximum Receive Unit] value to n.  Pppd  will  ask  the
  116.           peer to send packets of no more than n bytes.  The minimum MRU value
  117.           is 128.  The  default  MRU  value  is  1500.   A  value  of  296  is
  118.           recommended  for  slow links (40 bytes for TCP/IP header + 256 bytes
  119.           of data).
  120.  
  121.      mtu n
  122.           Set the MTU [Maximum Transmit Unit] value to  n.   Unless  the  peer
  123.           requests a smaller value via MRU negotiation, pppd will request that
  124.           the kernel networking code send data packets of no more than n bytes
  125.           through the PPP network interface.
  126.  
  127.  
  128.  
  129.                                                                              2
  130.  
  131.  
  132.  
  133. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  134.  
  135.  
  136.      passive
  137.           Enables the "passive" option in the LCP.   With  this  option,  pppd
  138.           will  attempt to initiate a connection; if no reply is received from
  139.           the peer, pppd will then just wait passively for a valid LCP  packet
  140.           from the peer, instead of exiting, as it would without this option.
  141.  
  142. OPTIONS
  143.  
  144.      <local_IP_address>:<remote_IP_address>
  145.           Set the local and/or remote interface IP addresses.  Either one  may
  146.           be  omitted.   The IP addresses can be specified with a host name or
  147.           in decimal dot notation (e.g.  150.234.56.78).   The  default  local
  148.           address  is  the  (first)  IP  address  of  the  system  (unless the
  149.           noipdefault option is given).  The remote address will  be  obtained
  150.           from  the  peer  if  not  specified  in any option.  Thus, in simple
  151.           cases, this option is not required.  If a  local  and/or  remote  IP
  152.           address  is  specified  with  this  option,  pppd  will not accept a
  153.           different value from the peer in the IPCP  negotiation,  unless  the
  154.           ipcp-accept-local   and/or  ipcp-accept-remote  options  are  given,
  155.           respectively.
  156.  
  157.      bsdcomp nr,nt
  158.           Request that the peer compress packets that it sends, using the BSD-
  159.           Compress  scheme,  with a maximum code size of nr bits, and agree to
  160.           compress packets sent to the peer with a maximum  code  size  of  nt
  161.           bits.   If  nt  is not specified, it defaults to the value given for
  162.           nr.  Values in the range 9 to 15 may be used for nr and  nt;  larger
  163.           values  give  better  compression but consume more kernel memory for
  164.           compression dictionaries.  Alternatively, a value of 0 for nr or  nt
  165.           disables  compression in the corresponding direction.  Use nobsdcomp
  166.           or bsdcomp 0 to disable BSD-Compress compression entirely.
  167.  
  168.      chap-interval n
  169.           If this option is given, pppd will  rechallenge  the  peer  every  n
  170.           seconds.
  171.  
  172.      chap-max-challenge n
  173.           Set the maximum number of CHAP challenge transmissions to n (default
  174.           10).
  175.  
  176.      chap-restart n
  177.           Set  the  CHAP  restart   interval   (retransmission   timeout   for
  178.           challenges) to n seconds (default 3).
  179.  
  180.      debug
  181.           Enables connection debugging facilities.  If this option  is  given,
  182.           pppd  will  log the contents of all control packets sent or received
  183.           in a readable form.  The packets  are  logged  through  syslog  with
  184.           facility  daemon  and level debug.  This information can be directed
  185.           to  a  file  by  setting  up  /etc/syslog.conf  appropriately   (see
  186.           syslog.conf(5)).
  187.  
  188.      default-asyncmap
  189.           Disable asyncmap negotiation, forcing all control characters  to  be
  190.           escaped for both the transmit and the receive direction.
  191.  
  192.  
  193.  
  194.                                                                              3
  195.  
  196.  
  197.  
  198. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  199.  
  200.  
  201.      default-mru
  202.           Disable MRU [Maximum Receive Unit] negotiation.  With  this  option,
  203.           pppd  will  use  the  default  MRU  value of 1500 bytes for both the
  204.           transmit and receive direction.
  205.  
  206.      deflate nr,nt
  207.           Request that the peer compress packets  that  it  sends,  using  the
  208.           Deflate scheme, with a maximum window size of 2**nr bytes, and agree
  209.           to compress packets sent to the peer with a maximum window  size  of
  210.           2**nt bytes.  If nt is not specified, it defaults to the value given
  211.           for nr.  Values in the range 8 to 15 may be  used  for  nr  and  nt;
  212.           larger values give better compression but consume more kernel memory
  213.           for compression dictionaries.  Alternatively, a value of 0 for nr or
  214.           nt   disables  compression  in  the  corresponding  direction.   Use
  215.           nodeflate or deflate 0  to  disable  Deflate  compression  entirely.
  216.           (Note:  pppd  requests  Deflate  compression  in  preference to BSD-
  217.           Compress if the peer can do either.)
  218.  
  219.      demand
  220.           Initiate the link only on demand, i.e. when data traffic is present.
  221.           With  this  option,  the  remote IP address must be specified by the
  222.           user on the command line or in an options file.  Pppd will initially
  223.           configure  the  interface  and  enable  it  for  IP  traffic without
  224.           connecting to the  peer.   When  traffic  is  available,  pppd  will
  225.           connect  to  the  peer and perform negotiation, authentication, etc.
  226.           When this is completed, pppd  will  commence  passing  data  packets
  227.           (i.e., IP packets) across the link.
  228.  
  229.           The demand option implies the persist option.  If this behaviour  is
  230.           not  desired, use the nopersist option after the demand option.  The
  231.           idle and holdoff options are also  useful  in  conjuction  with  the
  232.           demand option.
  233.  
  234.      domain d
  235.           Append the domain name d to the local host name  for  authentication
  236.           purposes.   For  example, if gethostname() returns the name porsche,
  237.           but the fully qualified  domain  name  is  porsche.Quotron.COM,  you
  238.           could  specify  domain  Quotron.COM.   Pppd  would then use the name
  239.           porsche.Quotron.COM for looking up secrets in the secrets file,  and
  240.           as  the  default name to send to the peer when authenticating itself
  241.           to the peer.  This option is privileged.
  242.  
  243.      holdoff n
  244.           Specifies how many seconds to wait  before  re-initiating  the  link
  245.           after it terminates.  This option only has any effect if the persist
  246.           or demand option is used.  The holdoff period is not applied if  the
  247.           link was terminated because it was idle.
  248.  
  249.      idle n
  250.           Specifies that pppd should disconnect if the  link  is  idle  for  n
  251.           seconds.   The  link  is idle when no data packets (i.e. IP packets)
  252.           are being sent or received.  Note: it is not advisable to  use  this
  253.           option with the persist option without the demand option.
  254.  
  255.  
  256.  
  257.  
  258.  
  259.                                                                              4
  260.  
  261.  
  262.  
  263. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  264.  
  265.  
  266.      ipx  Enable the IPXCP and  IPX  protocols.   Under  Linux,  this  is  the
  267.           default  condition  if  your  kernel  supports  IPX.  This option is
  268.           presently only supported under Linux.
  269.  
  270.      ipcp-accept-local
  271.           With this option, pppd will accept the peer's idea of our  local  IP
  272.           address, even if the local IP address was specified in an option.
  273.  
  274.      ipcp-accept-remote
  275.           With this option, pppd will accept the peer's idea of  its  (remote)
  276.           IP  address,  even  if  the  remote  IP  address was specified in an
  277.           option.
  278.  
  279.      ipcp-max-configure n
  280.           Set the maximum number of IPCP configure-request transmissions to  n
  281.           (default 10).
  282.  
  283.      ipcp-max-failure n
  284.           Set the  maximum  number  of  IPCP  configure-NAKs  returned  before
  285.           starting to send configure-Rejects instead to n (default 10).
  286.  
  287.      ipcp-max-terminate n
  288.           Set the maximum number of IPCP terminate-request transmissions to  n
  289.           (default 3).
  290.  
  291.      ipcp-restart n
  292.           Set the IPCP restart interval (retransmission timeout) to n  seconds
  293.           (default 3).
  294.  
  295.      ipparam string
  296.           Provides an extra parameter to the ip-up and  ip-down  scripts.   If
  297.           this  option  is  given,  the  string  supplied  is given as the 6th
  298.           parameter to those scripts.
  299.  
  300.      ipx-network n
  301.           Set the IPX network number in the IPXCP configure request  frame  to
  302.           n,  a  hexadecimal number (without a leading 0x).  There is no valid
  303.           default.  If this option is not specified,  the  network  number  is
  304.           obtained  from  the  peer.   If  the  peer does not have the network
  305.           number, the IPX protocol will not be started.
  306.  
  307.      ipx-node n:m
  308.           Set the IPX node numbers. The two node numbers  are  separated  from
  309.           each  other  with a colon character. The first number n is the local
  310.           node number. The second number m is the  peer's  node  number.  Each
  311.           node  number  is  a  hexadecimal number, at most 10 digits long. The
  312.           node numbers on the ipx-network must be unique. There  is  no  valid
  313.           default.  If  this option is not specified then the node numbers are
  314.           obtained from the peer.
  315.  
  316.      ipx-router-name <string>
  317.           Set the name of the router. This is a string and is sent to the peer
  318.           as information data.
  319.  
  320.  
  321.  
  322.  
  323.  
  324.                                                                              5
  325.  
  326.  
  327.  
  328. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  329.  
  330.  
  331.      ipx-routing n
  332.           Set the routing protocol to be received by this  option.  More  than
  333.           one  instance of ipx-routing may be specified. The 'none' option (0)
  334.           may be specified as the only instance of ipx-routing. The values may
  335.           be 0 for NONE, 2 for RIP/SAP, and 4 for NLSP.
  336.  
  337.      ipxcp-accept-local
  338.           Accept the peer's NAK for the node number specified in the  ipx-node
  339.           option. If a node number was specified, and non-zero, the default is
  340.           to insist that the value be used. If you include  this  option  then
  341.           you will permit the peer to override the entry of the node number.
  342.  
  343.      ipxcp-accept-network
  344.           Accept the peer's NAK for the network number specified in  the  ipx-
  345.           network option. If a network number was specified, and non-zero, the
  346.           default is to insist that the value be used.  If  you  include  this
  347.           option  then  you  will permit the peer to override the entry of the
  348.           node number.
  349.  
  350.      ipxcp-accept-remote
  351.           Use the peer's network number specified  in  the  configure  request
  352.           frame.  If  a node number was specified for the peer and this option
  353.           was not specified, the peer will be forced to use  the  value  which
  354.           you have specified.
  355.  
  356.      ipxcp-max-configure n
  357.           Set the maximum number of IPXCP configure request frames  which  the
  358.           system will send to n. The default is 10.
  359.  
  360.      ipxcp-max-failure n
  361.           Set the maximum number of IPXCP NAK frames which  the  local  system
  362.           will send before it rejects the options. The default value is 3.
  363.  
  364.      ipxcp-max-terminate n
  365.           Set the maximum nuber of IPXCP terminate request frames  before  the
  366.           local  system  considers that the peer is not listening to them. The
  367.           default value is 3.
  368.  
  369.      kdebug n
  370.           Enable debugging code in the kernel-level PPP driver.  The  argument
  371.           n  is a number which is the sum of the following values: 1 to enable
  372.           general debug messages, 2 to request that the contents  of  received
  373.           packets   be  printed,  and  4  to  request  that  the  contents  of
  374.           transmitted packets be printed.  On most systems,  messages  printed
  375.           by  the  kernel are logged by syslog(1) to a file as directed in the
  376.           /etc/syslog.conf configuration file.
  377.  
  378.      lcp-echo-failure n
  379.           If this option is given, pppd will presume the peer to be dead if  n
  380.           LCP echo-requests are sent without receiving a valid LCP echo-reply.
  381.           If this happens, pppd will terminate the connection.   Use  of  this
  382.           option   requires   a   non-zero  value  for  the  lcp-echo-interval
  383.           parameter.  This option can be used  to  enable  pppd  to  terminate
  384.           after  the  physical connection has been broken (e.g., the modem has
  385.           hung up) in situations where no hardware  modem  control  lines  are
  386.           available.
  387.  
  388.  
  389.                                                                              6
  390.  
  391.  
  392.  
  393. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  394.  
  395.  
  396.      lcp-echo-interval n
  397.           If this option is given, pppd will send an LCP echo-request frame to
  398.           the  peer  every n seconds.  Normally the peer should respond to the
  399.           echo-request by sending an echo-reply.  This option can be used with
  400.           the  lcp-echo-failure  option  to  detect that the peer is no longer
  401.           connected.
  402.  
  403.      lcp-max-configure n
  404.           Set the maximum number of LCP configure-request transmissions  to  n
  405.           (default 10).
  406.  
  407.      lcp-max-failure n
  408.           Set  the  maximum  number  of  LCP  configure-NAKs  returned  before
  409.           starting to send configure-Rejects instead to n (default 10).
  410.  
  411.      lcp-max-terminate n
  412.           Set the maximum number of LCP terminate-request transmissions  to  n
  413.           (default 3).
  414.  
  415.      lcp-restart n
  416.           Set the LCP restart interval (retransmission timeout) to  n  seconds
  417.           (default 3).
  418.  
  419.      local
  420.           Don't use the modem control lines.   With  this  option,  pppd  will
  421.           ignore  the  state  of the CD (Carrier Detect) signal from the modem
  422.           and will not change the state  of  the  DTR  (Data  Terminal  Ready)
  423.           signal.
  424.  
  425.      login
  426.           Use the system password database for authenticating the  peer  using
  427.           PAP,  and record the user in the system wtmp file.  Note that if the
  428.           /etc/ppp/pap-secrets file exists, the peer must  have  an  entry  in
  429.           that  file  as  well  as  the system password database to be allowed
  430.           access.
  431.  
  432.      maxconnect n
  433.           Terminate the connection after n seconds.
  434.  
  435.      modem
  436.           Use the modem control lines.  This option is the default.  With this
  437.           option,  pppd  will wait for the CD (Carrier Detect) signal from the
  438.           modem to be asserted  when  opening  the  serial  device  (unless  a
  439.           connect  script  is  specified),  and  it  will  drop  the DTR (Data
  440.           Terminal Ready) signal briefly when the connection is terminated and
  441.           before executing the connect script.  On Ultrix, this option implies
  442.           hardware flow control, as for the crtscts option.
  443.  
  444.      ms-dns <addr>
  445.           If pppd is acting as a server for Microsoft  Windows  clients,  this
  446.           option  allows  pppd  to  supply one or two DNS (Domain Name Server)
  447.           addresses to  the  clients.   The  first  instance  of  this  option
  448.           specifies  the  primary  DNS address; the second instance (if given)
  449.           specifies the secondary DNS address.  (This option  was  present  in
  450.           some older versions of pppd under the name dns-addr.)
  451.  
  452.  
  453.  
  454.                                                                              7
  455.  
  456.  
  457.  
  458. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  459.  
  460.  
  461.      name name
  462.           Set the name of the local  system  for  authentication  purposes  to
  463.           name.  This is a privileged option.  With this option, pppd will use
  464.           lines in the secrets files which have name as the second field  when
  465.           looking  for  a  secret  to  use  in  authenticating  the  peer.  In
  466.           addition, unless overridden with the user option, name will be  used
  467.           as the name to send to the peer when authenticating the local system
  468.           to the peer.  (Note that pppd does not append  the  domain  name  to
  469.           name.)
  470.  
  471.      netmask n
  472.           Set the interface netmask to n, a 32 bit netmask  in  "decimal  dot"
  473.           notation  (e.g.  255.255.255.0).  If this option is given, the value
  474.           specified is ORed with the default netmask.  The default netmask  is
  475.           chosen  based  on  the  negotiated  remote  IP  address;  it  is the
  476.           appropriate network mask for the class of  the  remote  IP  address,
  477.           ORed with the netmasks for any non point-to-point network interfaces
  478.           in the system which are on the same network.
  479.  
  480.      noaccomp
  481.           Disable Address/Control compression in  both  directions  (send  and
  482.           receive).
  483.  
  484.      noauth
  485.           Do not require the peer to  authenticate  itself.   This  option  is
  486.           privileged if the auth option is specified in /etc/ppp/options.
  487.  
  488.      nobsdcomp
  489.           Disables BSD-Compress compression; pppd will not request or agree to
  490.           compress packets using the BSD-Compress scheme.
  491.  
  492.      noccp
  493.           Disable CCP (Compression Control Protocol) negotiation.  This option
  494.           should  only  be  required if the peer is buggy and gets confused by
  495.           requests from pppd for CCP negotiation.
  496.  
  497.      nocrtscts
  498.           Disable hardware flow control (i.e. RTS/CTS) on the serial port.  If
  499.           neither the crtscts  nor the nocrtscts option is given, the hardware
  500.           flow control setting for the serial port is left unchanged.
  501.  
  502.      nodefaultroute
  503.           Disable the  defaultroute  option.   The  system  administrator  who
  504.           wishes  to  prevent users from creating default routes with pppd can
  505.           do so by placing this option in the /etc/ppp/options file.
  506.  
  507.      nodeflate
  508.           Disables Deflate compression; pppd will  not  request  or  agree  to
  509.           compress packets using the Deflate scheme.
  510.  
  511.      nodetach
  512.           Don't detach from the controlling terminal.  Without this option, if
  513.           a  serial  device  other  than the terminal on the standard input is
  514.           specified, pppd will fork to become a background process.
  515.  
  516.  
  517.  
  518.  
  519.                                                                              8
  520.  
  521.  
  522.  
  523. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  524.  
  525.  
  526.      noip Disable IPCP negotiation and IP communication.  This  option  should
  527.           only  be required if the peer is buggy and gets confused by requests
  528.           from pppd for IPCP negotiation.
  529.  
  530.      noipdefault
  531.           Disables  the  default  behaviour  when  no  local  IP  address   is
  532.           specified,  which is to determine (if possible) the local IP address
  533.           from the hostname.  With this option, the peer will have  to  supply
  534.           the  local  IP  address during IPCP negotiation (unless it specified
  535.           explicitly on the command line or in an options file).
  536.  
  537.      noipx
  538.           Disable the IPXCP and IPX protocols.  This  option  should  only  be
  539.           required  if  the  peer  is buggy and gets confused by requests from
  540.           pppd for IPXCP negotiation.
  541.  
  542.      nomagic
  543.           Disable magic number negotiation.  With  this  option,  pppd  cannot
  544.           detect a looped-back line.  This option should only be needed if the
  545.           peer is buggy.
  546.  
  547.      nopcomp
  548.           Disable protocol field compression negotiation in both  the  receive
  549.           and the transmit direction.
  550.  
  551.      nopersist
  552.           Exit once a connection has been made and terminated.   This  is  the
  553.           default unless the persist or demand option has been specified.
  554.  
  555.      nopredictor1
  556.           Do not accept or agree to Predictor-1 comprssion.
  557.  
  558.      noproxyarp
  559.           Disable the proxyarp option.  The system administrator who wishes to
  560.           prevent users from creating proxy ARP entries with pppd can do so by
  561.           placing this option in the /etc/ppp/options file.
  562.  
  563.      novj Disable Van Jacobson style TCP/IP header  compression  in  both  the
  564.           transmit and the receive direction.
  565.  
  566.      novjccomp
  567.           Disable the connection-ID compression option in Van  Jacobson  style
  568.           TCP/IP header compression.  With this option, pppd will not omit the
  569.           connection-ID byte from Van Jacobson compressed TCP/IP headers,  nor
  570.           ask the peer to do so.
  571.  
  572.      papcrypt
  573.           Indicates that all secrets in the  /etc/ppp/pap-secrets  file  which
  574.           are  used  for  checking the identity of the peer are encrypted, and
  575.           thus pppd should not accept a password which, before encryption,  is
  576.           identical to the secret from the /etc/ppp/pap-secrets file.
  577.  
  578.      pap-max-authreq n
  579.           Set the maximum number of PAP authenticate-request transmissions  to
  580.           n (default 10).
  581.  
  582.  
  583.  
  584.                                                                              9
  585.  
  586.  
  587.  
  588. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  589.  
  590.  
  591.      pap-restart n
  592.           Set the PAP restart interval (retransmission timeout) to  n  seconds
  593.           (default 3).
  594.  
  595.      pap-timeout n
  596.           Set  the  maximum  time  that  pppd  will  wait  for  the  peer   to
  597.           authenticate itself with PAP to n seconds (0 means no limit).
  598.  
  599.      persist
  600.           Do not exit after a connection is terminated; instead try to  reopen
  601.           the connection.
  602.  
  603.      predictor1
  604.           Request that the peer compress frames that it sends using Predictor-
  605.           1  compression,  and  agree  to  compress  transmitted  frames  with
  606.           Predictor-1 if requested.  This option  has  no  effect  unless  the
  607.           kernel driver supports Predictor-1 compression.
  608.  
  609.      proxyarp
  610.           Add an entry to this  system's  ARP  [Address  Resolution  Protocol]
  611.           table  with  the  IP address of the peer and the Ethernet address of
  612.           this system.  This will have the effect of making the peer appear to
  613.           other systems to be on the local ethernet.
  614.  
  615.      remotename name
  616.           Set the  assumed  name  of  the  remote  system  for  authentication
  617.           purposes to name.
  618.  
  619.      refuse-chap
  620.           With this option, pppd will not agree to authenticate itself to  the
  621.           peer using CHAP.
  622.  
  623.      refuse-pap
  624.           With this option, pppd will not agree to authenticate itself to  the
  625.           peer using PAP.
  626.  
  627.      require-chap
  628.           Require the  peer  to  authenticate  itself  using  CHAP  [Challenge
  629.           Handshake Authentication Protocol] authentication.
  630.  
  631.      require-pap
  632.           Require  the  peer  to  authenticate  itself  using  PAP   [Password
  633.           Authentication Protocol] authentication.
  634.  
  635.      silent
  636.           With this option, pppd will not transmit LCP packets to  initiate  a
  637.           connection  until  a  valid LCP packet is received from the peer (as
  638.           for the `passive' option with ancient versions of pppd).
  639.  
  640.      usehostname
  641.           Enforce the use of the  hostname  (with  domain  name  appended,  if
  642.           given)  as  the name of the local system for authentication purposes
  643.           (overrides the name option).
  644.  
  645.  
  646.  
  647.  
  648.  
  649.                                                                             10
  650.  
  651.  
  652.  
  653. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  654.  
  655.  
  656.      user name
  657.           Sets the name used for authenticating the local system to  the  peer
  658.           to name.
  659.  
  660.      vj-max-slots n
  661.           Sets the number of connection slots to be used by the  Van  Jacobson
  662.           TCP/IP header compression and decompression code to n, which must be
  663.           between 2 and 16 (inclusive).
  664.  
  665.      welcome script
  666.           Run the executable or  shell  command  specified  by  script  before
  667.           initiating  PPP  negotiation,  after the connect script (if any) has
  668.           completed.  This option is privileged if the noauth option is used.
  669.  
  670.      xonxoff
  671.           Use software flow control (i.e. XON/XOFF) to  control  the  flow  of
  672.           data on the serial port.
  673.  
  674. OPTIONS FILES
  675.      Options can be taken from files as well as the command line.  Pppd  reads
  676.      options     from     the    files    /etc/ppp/options,    ~/.ppprc    and
  677.      /etc/ppp/options.ttyname (in that order) before processing the options on
  678.      the command line.  (In fact, the command-line options are scanned to find
  679.      the terminal name before the options.ttyname file is read.)   In  forming
  680.      the  name  of the options.ttyname file, the initial /dev/ is removed from
  681.      the terminal name, and any remaining / characters are replaced with dots.
  682.  
  683.      An  options  file  is  parsed  into  a  series  of  words,  delimited  by
  684.      whitespace.   Whitespace  can be included in a word by enclosing the word
  685.      in quotes (").  A backslash (\) quotes the following character.   A  hash
  686.      (#)  starts  a comment, which continues until the end of the line.  There
  687.      is no restriction on using the file or call  options  within  an  options
  688.      file.
  689.  
  690. PRIVILEGED OPTIONS
  691.      As indicated above, some security-sensitive options are privileged, which
  692.      means  that  they  may  not  be  used  by an ordinary non-privileged user
  693.      running a setuid-root pppd, either on the command  line,  in  the  user's
  694.      ~/.ppprc  file,  or  in  an  options  file  read  using  the file option.
  695.      Privileged options may be used in /etc/ppp/options file or in an  options
  696.      file  read using the call option.  If pppd is being run by the root user,
  697.      privileged options can be used without restriction.
  698.  
  699.      The normal way that pppd should be set up is to have the auth  option  in
  700.      the  /etc/ppp/options  file.   (This  may  become  the  default  in later
  701.      releases.)  If users wish to use pppd to dial out to a  peer  which  will
  702.      refuse to authenticate itself (such as an internet service provider), the
  703.      system administrator should create an options file  under  /etc/ppp/peers
  704.      containing the noauth option, the name of the serial port to use, and the
  705.      connect option (if required), plus any  other  appropriate  options.   In
  706.      this  way,  pppd  can  be  set  up  to allow non-privileged users to make
  707.      unauthenticated connections only to trusted peers.
  708.  
  709.  
  710.  
  711.  
  712.  
  713.  
  714.                                                                             11
  715.  
  716.  
  717.  
  718. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  719.  
  720.  
  721. AUTHENTICATION
  722.      pppd provides system administrators with sufficient access  control  that
  723.      PPP  access  to  a  server  machine  can  be provided to legitimate users
  724.      without fear of compromising the security of the server  or  the  network
  725.      it's  on.   In  part this is provided by the /etc/ppp/options file, where
  726.      the administrator can place options to restrict the ways  in  which  pppd
  727.      can  be  used,  and  in part by the PAP and CHAP secrets files, where the
  728.      administrator can restrict the set of IP addresses which individual users
  729.      may use.
  730.  
  731.      The default behaviour of pppd is to agree to authenticate  if  requested,
  732.      and  to not require authentication from the peer.  However, pppd will not
  733.      agree to authenticate itself with a particular  protocol  if  it  has  no
  734.      secrets which could be used to do so.
  735.  
  736.      Authentication is based on secrets, which are selected from secrets files
  737.      (/etc/ppp/pap-secrets  for  PAP,  /etc/ppp/chap-secrets  for CHAP).  Both
  738.      secrets files have the same  format,  and  both  can  store  secrets  for
  739.      several  combinations  of  server  (authenticating peer) and client (peer
  740.      being authenticated).  Note that pppd can be both a  server  and  client,
  741.      and  that  different  protocols  can  be  used  in  the two directions if
  742.      desired.
  743.  
  744.      A secrets file is parsed into words as for a options file.  A  secret  is
  745.      specified  by  a  line  containing  at least 3 words, in the order client
  746.      name, server name, secret.  Any following words  on  the  same  line  are
  747.      taken  to be a list of acceptable IP addresses for that client.  If there
  748.      are only 3 words on the line, it is assumed that any IP address is OK; to
  749.      disallow  all  IP addresses, use "-".  A word starting with "!" indicates
  750.      that the specified address is not acceptable.  An address may be followed
  751.      by  "/"  and  a  number n, to indicate a whole subnet, i.e. all addresses
  752.      which have the same value in the most significant n bits.  Note that case
  753.      is significant in the client and server names and in the secret.
  754.  
  755.      If the secret starts with an `@', what follows is assumed to be the  name
  756.      of  a  file from which to read the secret.  A "*" as the client or server
  757.      name matches any name.  When selecting a  secret,  pppd  takes  the  best
  758.      match, i.e.  the match with the fewest wildcards.
  759.  
  760.      Thus a secrets file contains both secrets for use in authenticating other
  761.      hosts,  plus secrets which we use for authenticating ourselves to others.
  762.      When pppd is authenticating the peer (checking the peer's  identity),  it
  763.      chooses a secret with the peer's name in the first column and the name of
  764.      the local system in the second column.  The  name  of  the  local  system
  765.      defaults  to  the  hostname,  with the domain name appended if the domain
  766.      option is used.  This default can be  overridden  with  the  name  option
  767.      (unless the usehostname option is used.)
  768.  
  769.      When pppd is choosing a secret to use in  authenticating  itself  to  the
  770.      peer,  it  looks for a secret with the local name in the first column and
  771.      the name of the remote system in the second column.  The  local  name  is
  772.      determined  as described in the previous paragraph, except that it may be
  773.      overridden with the user option.  The remote name will have been received
  774.      from  the  peer if CHAP authentication is being used.  However, with PAP,
  775.      pppd does not know the remote name at the time when it has  to  look  for
  776.      the secret.  In this case, it will use the value given for the remotename
  777.  
  778.  
  779.                                                                             12
  780.  
  781.  
  782.  
  783. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  784.  
  785.  
  786.      option if specified.  Failing that, if the remote IP address was given as
  787.      a  name  (rather  than  in numeric form), it will use that name.  Failing
  788.      that, it will use the empty string.
  789.  
  790.      When authenticating the peer  with  PAP,  a  secret  of  ""  matches  any
  791.      password supplied by the peer.  If the password doesn't match the secret,
  792.      the password is encrypted using crypt() and checked  against  the  secret
  793.      again;  thus  secrets  for  authenticating  the  peer  can  be  stored in
  794.      encrypted form.  If the papcrypt option is given, the first (unencrypted)
  795.      comparison is omitted, for better security.
  796.  
  797.      If the login option was specified, the username  and  password  are  also
  798.      checked   against   the  system  password  database.   Thus,  the  system
  799.      administrator can set up the pap-secrets file to allow PPP access only to
  800.      certain users, and to restrict the set of IP addresses that each user can
  801.      use.  Typically, when using the login option, the secret in /etc/ppp/pap-
  802.      secrets  would  be  "",  to avoid the need to have the same secret in two
  803.      places.
  804.  
  805.      Authentication must be satisfactorily completed before IPCP (or any other
  806.      Network  Control  Protocol)  can  be started.  If the peer is required to
  807.      authenticate itself, and fails to do so, pppd will  terminated  the  link
  808.      (by  closing LCP).  If IPCP negotiates an unacceptable IP address for the
  809.      remote host, IPCP will be  closed.   IP  packets  can  only  be  sent  or
  810.      received when IPCP is open.
  811.  
  812.      In  some  cases  it  is  desirable  to  allow  some  hosts  which   can't
  813.      authenticate  themselves to connect and use one of a restricted set of IP
  814.      addresses, even when the local host  generally  requires  authentication.
  815.      If  the  peer  refuses  to authenticate itself when requested, pppd takes
  816.      that as equivalent to authenticating with PAP using the empty string  for
  817.      the  username  and  password.   Thus, by adding a line to the pap-secrets
  818.      file which specifies the empty string for the client and password, it  is
  819.      possible to allow restricted access to hosts which refuse to authenticate
  820.      themselves.
  821.  
  822. ROUTING
  823.  
  824.      When IPCP negotiation is completed successfully,  pppd  will  inform  the
  825.      kernel  of the local and remote IP addresses for the ppp interface.  This
  826.      is sufficient to create a host route to the remote end of the link, which
  827.      will  enable  the peers to exchange IP packets.  Communication with other
  828.      machines generally requires further modification to routing tables and/or
  829.      ARP (Address Resolution Protocol) tables.  In most cases the defaultroute
  830.      and/or proxyarp options are  sufficient  for  this,  but  in  some  cases
  831.      further  intervention is required.  The /etc/ppp/ip-up script can be used
  832.      for this.
  833.  
  834.      Sometimes it is desirable to add a default route through the remote host,
  835.      as  in  the  case  of  a machine whose only connection to the Internet is
  836.      through the ppp interface.  The defaultroute option causes pppd to create
  837.      such  a  default route when IPCP comes up, and delete it when the link is
  838.      terminated.
  839.  
  840.  
  841.  
  842.  
  843.  
  844.                                                                             13
  845.  
  846.  
  847.  
  848. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  849.  
  850.  
  851.      In some cases it is desirable to use proxy ARP, for example on  a  server
  852.      machine  connected to a LAN, in order to allow other hosts to communicate
  853.      with the remote host.  The proxyarp option causes  pppd  to  look  for  a
  854.      network  interface  on  the  same subnet as the remote host (an interface
  855.      supporting broadcast and ARP, which is up and  not  a  point-to-point  or
  856.      loopback  interface).   If found, pppd creates a permanent, published ARP
  857.      entry with the IP address of the remote host and the hardware address  of
  858.      the network interface found.
  859.  
  860. EXAMPLES
  861.  
  862.      In the simplest case, you can connect the serial ports  of  two  machines
  863.      and issue a command like
  864.  
  865.           pppd /dev/ttya 9600 passive
  866.  
  867.      to each machine, assuming there is no getty running on the serial  ports.
  868.      If  one  machine  has  a  getty running, you can use kermit or tip on the
  869.      other machine to log in to the first machine and issue a command like
  870.  
  871.           pppd passive
  872.  
  873.      Then exit from the communications program  (making  sure  the  connection
  874.      isn't dropped), and issue a command like
  875.  
  876.           pppd /dev/ttya 9600
  877.  
  878.      The process of logging in to the other machine and starting pppd  can  be
  879.      automated by using the connect option to run chat, for example:
  880.  
  881.           pppd  /dev/ttya  38400  connect  'chat  ""  ""  "login:"  "username"
  882.           "Password:" "password" "% " "exec pppd passive"'
  883.  
  884.      (Note however that running chat like this will leave the password visible
  885.      in the parameter list of pppd and chat.)
  886.  
  887.      If your serial connection is any more complicated than a piece  of  wire,
  888.      you  may  need  to arrange for some control characters to be escaped.  In
  889.      particular, it is often useful to escape XON (^Q) and  XOFF  (^S),  using
  890.      asyncmap  a0000.   If  the  path  includes  a telnet, you probably should
  891.      escape ^] as well (asyncmap 200a0000).  If the path includes  an  rlogin,
  892.      you will need to use the escape ff option on the end which is running the
  893.      rlogin client, since many rlogin  implementations  are  not  transparent;
  894.      they  will remove the sequence [0xff, 0xff, 0x73, 0x73, followed by any 8
  895.      bytes] from the stream.
  896.  
  897. DIAGNOSTICS
  898.  
  899.      Messages are sent to the syslog daemon using facility LOG_DAEMON.   (This
  900.      can  be  overriden  by recompiling pppd with the macro LOG_PPP defined as
  901.      the desired facility.)  In order to see the error and debug messages, you
  902.      will  need  to  edit your /etc/syslog.conf file to direct the messages to
  903.      the desired output device or file.
  904.  
  905.  
  906.  
  907.  
  908.  
  909.                                                                             14
  910.  
  911.  
  912.  
  913. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  914.  
  915.  
  916.      The debug option causes the contents  of  all  control  packets  sent  or
  917.      received to be logged, that is, all LCP, PAP, CHAP or IPCP packets.  This
  918.      can  be  useful  if  the  PPP  negotiation  does  not   succeed   or   if
  919.      authentication fails.  If debugging is enabled at compile time, the debug
  920.      option also causes other debugging messages to be logged.
  921.  
  922.      Debugging can also be enabled or disabled by sending a SIGUSR1 signal  to
  923.      the pppd process.  This signal acts as a toggle.
  924.  
  925. FILES
  926.  
  927.      /var/run/pppn.pid (BSD or Linux), /etc/ppp/pppn.pid (others)
  928.           Process-ID for pppd process on ppp interface unit n.
  929.  
  930.      /etc/ppp/auth-up
  931.           A program or script  which  is  executed  after  the  remote  system
  932.           successfully   authenticates   itself.   It  is  executed  with  the
  933.           parameters
  934.  
  935.           interface-name peer-name user-name tty-device speed
  936.  
  937.           and  with  its  standard  input,  output  and  error  redirected  to
  938.           /dev/null.   This  program  or  script is executed with the real and
  939.           effective user-IDs set to  root,  and  with  an  empty  environment.
  940.           (Note  that  this  script  is  not  executed  if  the  peer  doesn't
  941.           authenticate itself, for example when the noauth option is used.)
  942.  
  943.      /etc/ppp/auth-down
  944.           A program or script which is executed when the link  goes  down,  if
  945.           /etc/ppp/auth-up  was  previously  executed.   It is executed in the
  946.           same manner with the same parameters as /etc/ppp/auth-up.
  947.  
  948.      /etc/ppp/ip-up
  949.           A program or script which is executed when the link is available for
  950.           sending and receiving IP packets (that is, IPCP has come up).  It is
  951.           executed with the parameters
  952.  
  953.           interface-name tty-device speed  local-IP-address  remote-IP-address
  954.           ipparam
  955.  
  956.           and with its standard input, output and error streams redirected  to
  957.           /dev/null.
  958.  
  959.           This program or script is executed with the real and effective user-
  960.           IDs  set  to  root.   This  is  so that it can be used to manipulate
  961.           routes, run privileged daemons (e.g.  sendmail),  etc.   Be  careful
  962.           that the contents of the /etc/ppp/ip-up and /etc/ppp/ip-down scripts
  963.           do not compromise your system's security.
  964.  
  965.           This program or script is executed with an empty environment, so you
  966.           must either specify a PATH or use full pathnames.
  967.  
  968.      /etc/ppp/ip-down
  969.           A program or script which is executed when the  link  is  no  longer
  970.           available  for sending and receiving IP packets.  This script can be
  971.           used for undoing the effects of the /etc/ppp/ip-up  script.   It  is
  972.  
  973.  
  974.                                                                             15
  975.  
  976.  
  977.  
  978. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  979.  
  980.  
  981.           invoked in the same manner and with the same parameters as the ip-up
  982.           script, and the same security considerations apply.
  983.  
  984.      /etc/ppp/ipx-up
  985.           A program or script which is executed when the link is available for
  986.           sending  and receiving IPX packets (that is, IPXCP has come up).  It
  987.           is executed with the parameters
  988.  
  989.           interface-name  tty-device  speed   network-number   local-IPX-node-
  990.           address  remote-IPX-node-address  local-IPX-routing-protocol remote-
  991.           IPX-routing-protocol  local-IPX-router-name   remote-IPX-router-name
  992.           ipparam pppd-pid
  993.  
  994.           and with its standard input, output and error streams redirected  to
  995.           /dev/null.
  996.  
  997.           The local-IPX-routing-protocol and remote-IPX-routing-protocol field
  998.           may be one of the following:
  999.  
  1000.           NONE      to indicate that there is no routing protocol
  1001.           RIP       to indicate that RIP/SAP should be used
  1002.           NLSP      to indicate that Novell NLSP should be used
  1003.           RIP NLSP  to indicate that both RIP/SAP and NLSP should be used
  1004.  
  1005.           This program or script is executed with the real and effective user-
  1006.           IDs  set to root, and with an empty environment.  This is so that it
  1007.           can be used to  manipulate  routes,  run  privileged  daemons  (e.g.
  1008.           ripd), etc.  Be careful that the contents of the /etc/ppp/ipx-up and
  1009.           /etc/ppp/ipx-down scripts do not compromise your system's security.
  1010.  
  1011.      /etc/ppp/ipx-down
  1012.           A program or script which is executed when the  link  is  no  longer
  1013.           available for sending and receiving IPX packets.  This script can be
  1014.           used for undoing the effects of the /etc/ppp/ipx-up script.   It  is
  1015.           invoked  in the same manner and with the same parameters as the ipx-
  1016.           up script, and the same security considerations apply.
  1017.  
  1018.      /etc/ppp/pap-secrets
  1019.           Usernames, passwords and IP addresses for PAP authentication.   This
  1020.           file  should  be  owned  by root and not readable or writable by any
  1021.           other user.  Pppd will log a warning if this is not the case.
  1022.  
  1023.      /etc/ppp/chap-secrets
  1024.           Names, secrets and IP addresses for  CHAP  authentication.   As  for
  1025.           /etc/ppp/pap-secrets,  this  file  should  be  owned by root and not
  1026.           readable or writable by any other user.  Pppd will log a warning  if
  1027.           this is not the case.
  1028.  
  1029.      /etc/ppp/options
  1030.           System default options for pppd, read before user default options or
  1031.           command-line options.
  1032.  
  1033.      ~/.ppprc
  1034.           User default options, read before /etc/ppp/options.ttyname.
  1035.  
  1036.  
  1037.  
  1038.  
  1039.                                                                             16
  1040.  
  1041.  
  1042.  
  1043. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  1044.  
  1045.  
  1046.      /etc/ppp/options.ttyname
  1047.           System default options for the serial port being  used,  read  after
  1048.           ~/.ppprc.   In forming the ttyname part of this filename, an initial
  1049.           /dev/ is stripped from the port name (if present), and  any  slashes
  1050.           in the remaining part are converted to dots.
  1051.  
  1052. SEE ALSO
  1053.  
  1054.      RFC1144
  1055.           Jacobson, V.  Compressing TCP/IP headers for low-speed serial links.
  1056.           February 1990.
  1057.  
  1058.      RFC1321
  1059.           Rivest, R.  The MD5 Message-Digest Algorithm. April 1992.
  1060.  
  1061.      RFC1332
  1062.           McGregor, G.  PPP Internet Protocol  Control  Protocol  (IPCP).  May
  1063.           1992.
  1064.  
  1065.      RFC1334
  1066.           Lloyd, B.; Simpson,  W.A.   PPP  authentication  protocols.  October
  1067.           1992.
  1068.  
  1069.      RFC1661
  1070.           Simpson, W.A.  The Point-to-Point Protocol (PPP). July 1994.
  1071.  
  1072.      RFC1662
  1073.           Simpson, W.A.  PPP in HDLC-like Framing. July 1994.
  1074.  
  1075. NOTES
  1076.      The following signals have the specified effect when sent to pppd.
  1077.  
  1078.      SIGINT, SIGTERM
  1079.           These signals cause pppd to terminate the  link  (by  closing  LCP),
  1080.           restore the serial device settings, and exit.
  1081.  
  1082.      SIGHUP
  1083.           This signal causes pppd to terminate the link,  restore  the  serial
  1084.           device  settings,  and  close  the serial device.  If the persist or
  1085.           demand option has been specified, pppd will try to reopen the serial
  1086.           device  and  start  another  connection  (after the holdoff period).
  1087.           Otherwise pppd will exit.  If this signal  is  received  during  the
  1088.           holdoff   period,   it   causes  pppd  to  end  the  holdoff  period
  1089.           immediately.
  1090.  
  1091.      SIGUSR1
  1092.           This signal toggles the state of the debug option.
  1093.  
  1094.      SIGUSR2
  1095.           This signal causes pppd to renegotiate  compression.   This  can  be
  1096.           useful  to  re-enable  compression  after  it has been disabled as a
  1097.           result of a fatal decompression error.  (Fatal decompression  errors
  1098.           generally indicate a bug in one or other implementation.)
  1099.  
  1100.  
  1101.  
  1102.  
  1103.  
  1104.                                                                             17
  1105.  
  1106.  
  1107.  
  1108. PPPD(8)                    Unix Programmer's Manual                    PPPD(8)
  1109.  
  1110.  
  1111. AUTHORS
  1112.      Paul Mackerras (Paul.Mackerras@cs.anu.edu.au), based on earlier  work  by
  1113.      Drew Perkins, Brad Clements, Karl Fox, Greg Christy, and Brad Parker.
  1114.  
  1115.  
  1116.  
  1117.  
  1118.  
  1119.  
  1120.  
  1121.  
  1122.  
  1123.  
  1124.  
  1125.  
  1126.  
  1127.  
  1128.  
  1129.  
  1130.  
  1131.  
  1132.  
  1133.  
  1134.  
  1135.  
  1136.  
  1137.  
  1138.  
  1139.  
  1140.  
  1141.  
  1142.  
  1143.  
  1144.  
  1145.  
  1146.  
  1147.  
  1148.  
  1149.  
  1150.  
  1151.  
  1152.  
  1153.  
  1154.  
  1155.  
  1156.  
  1157.  
  1158.  
  1159.  
  1160.  
  1161.  
  1162.  
  1163.  
  1164.  
  1165.  
  1166.  
  1167.  
  1168.  
  1169.                                                                             18
  1170.  
  1171.